Saltar al contenido principal

Cambio de Receta Usando PLC

Descripción General

Esta guía describe el proceso para cambiar recetas de inspección en el sistema de cámaras OV20i utilizando lógica PLC. El cambio de recetas le permite configurar diferentes parámetros y criterios de inspección para varias piezas o procesos sin reconfigurar físicamente la cámara. Cada receta contiene configuraciones de inspección específicas, y cambiar entre ellas habilita una automatización flexible en entornos de fabricación.

El proceso de cambio de recetas implica un protocolo de sincronización entre el PLC y la cámara, asegurando que los cambios de receta ocurran de forma segura sin interferir con las operaciones en curso.

Prerrequisitos

Antes de implementar la funcionalidad de cambio de recetas, asegúrese de que se cumplan los siguientes requisitos:

  • La cámara OV20i conectada al PLC (véase Conectar al PLC (Ethernet/IP, PROFINET)).
  • Software de programación del PLC (p. ej., Studio 5000).
  • Las recetas deseadas deben estar preconfiguradas y almacenadas en la cámara

Ejemplo de Lógica

La lógica de cambio de receta sigue la siguiente secuencia:

Ejemplo de lógica para el cambio de receta usando un PLC

Paso 1: Establecer el Número de Receta

MOVE [Recipe_Number] → Camera_1:O.Data[4]

Transfiera el ID de receta deseado desde su etiqueta PLC al registro de selección de recetas de la cámara.

Paso 2: Iniciar el Cambio de Receta

[RECIPE_SWITCH] → [Recipe_ONS] → Camera_1:O.Data[0].1

Utilice un botón pulsador o una señal de control con un borde ascendente de un solo disparo para activar la solicitud de cambio de receta.

Paso 3: Supervisar el Estado de la Cámara

NOT Camera_1:I.Data[1].6 (Busy Signal)

Asegúrese de que la cámara no esté ocupada procesando antes de iniciar el cambio.

Paso 4: Retener la Solicitud de Cambio

Camera_1:O.Data[0].1 (Latch ON)

La señal de solicitud de cambio de receta debe mantenerse hasta que la cámara ayude a reconocerla.

Paso 5: Verificar la Finalización

Camera_1:I.Data[0].2 (Recipe Switch Ack) AND
EQ Camera_1:I.Data[8] Camera_1:O.Data[4] (Recipe Match)

Espere la confirmación de la cámara y la verificación del ID de receta.

Paso 6: Reiniciar la Solicitud

Camera_1:O.Data[0].1 (Unlatch)

Borre la señal de solicitud de cambio de receta tras la finalización exitosa.

Paso 7: Supervisión de Errores

Camera_1:I.Data[1].1 → Error_Detected

Monitoree de forma continua las condiciones de error durante el proceso.

Diagrama de Temporización

El proceso de cambio de receta sigue esta secuencia de temporización:

Diagrama de temporización para el cambio de receta usando un PLC

Flujo de Señales:

  1. Señal Busy: Comienza en bajo (inactiva), se eleva cuando el proceso inicia, vuelve a bajo cuando se completa
  2. TriggerRdy (Trigger Ready): Comienza en alto (listo), baja durante la operación, vuelve a alto cuando está listo para el siguiente disparo
  3. RecipeSwitchRequest: Se eleva para solicitar el cambio de receta, permanece en alto brevemente para el registro del sistema, regresa a bajo tras el reconocimiento
  4. RecipeSwitchAck: Se eleva brevemente para reconocer la solicitud, luego regresa a bajo

Relaciones de Temporización Clave:

  • La señal Busy rastrea la ocupación general del sistema
  • TriggerRdy indica cuándo el sistema puede aceptar nuevos comandos de disparo
  • Las solicitudes de cambio de receta bloquean las operaciones de disparo
  • Todas las señales deben volver a sus estados inactivos antes de que pueda comenzar la siguiente operación

Esta secuencia garantiza transiciones suaves entre los estados operativos sin conflictos.

Conceptos Fundamentales

Gestión de Recetas

  • Recipe ID: Cada receta tiene un identificador numérico único
  • Actual vs. Seleccionada: El sistema mantiene tanto la receta actualmente activa como la recién seleccionada para su comparación
  • Validación de Recetas: El sistema compara los identificadores de receta para confirmar cambios exitosos

Intercambio de Señales

  • Patrón de Solicitud/Reconocimiento: El PLC solicita un cambio de receta y la cámara reconoce la recepción
  • Lógica de Retención: La señal de solicitud debe mantenerse hasta que se reciba el reconocimiento
  • Disparo de un Solo Impulso (One-Shot Triggering): Evita múltiples solicitudes debido a fluctuaciones o ruido de la señal

Manejo de Errores

  • Detección de Errores: El sistema supervisa los errores durante el proceso de cambio
  • Retención de Errores: Las condiciones de error permanecen latentes hasta que se limpian manualmente
  • Bloqueo del Proceso: Los cambios de receta bloquean las operaciones de disparo para evitar conflictos

Estados del Sistema

  • Estado Inactivo (Idle): El sistema está listo para nuevos comandos
  • Estado Ocupado (Busy): El sistema está procesando un cambio de receta u otra operación
  • Estado de Error: El sistema ha detectado una condición de error que requiere atención

Mejores Prácticas

Seguridad y Fiabilidad

  • Verifique siempre que la cámara no esté ocupada antes de iniciar un cambio de receta
  • Monitoree las condiciones de error de forma continua e implemente un manejo de errores adecuado
  • Utilice señales de un solo disparo para evitar múltiples solicitudes no deseadas
  • Valide que las recetas coincidan tras el cambio para confirmar el éxito

Eficiencia Operativa

  • Minimice la frecuencia de cambios de receta para reducir la sobrecarga del sistema
  • ** Agrupe operaciones similares** bajo la misma receta cuando sea posible
  • Planifique cambios de receta durante las pausas naturales en los ciclos de producción
  • Pruebe los cambios de receta exhaustivamente antes de la implementación en producción

Directrices de Programación

  • Implemente interbloqueos adecuados para evitar operaciones en conflicto
  • Utilice nombres de etiquetas descriptivos para una mejor mantenibilidad del código
  • Documente el propósito de las recetas y las condiciones de cambio
  • Incluya lógica de timeouts para la detección de errores en caso de fallas de comunicación

Notas de Advertencia

  • El cambio de receta bloquea las operaciones de disparo; asegúrese de coordinar la temporización
  • No mantenga la solicitud de cambio de receta en alto de forma continua; esto impedirá las operaciones normales de la cámara
  • Verifique la estabilidad de la comunicación antes de confiar en el cambio de receta en producción

Resumen de Señales Clave

Señales de Control (PLC a Cámara)

SignalDirecciónFunción
Recipe NumberCamera_1:O.Data[4]Especifica a qué receta cambiar
Recipe Switch RequestCamera_1:O.Data[0].1Inicia el proceso de cambio de receta

Señales de Estado (Cámara a PLC)

SignalDirecciónFunción
BusyCamera_1:I.Data[1].6Indica que la cámara está procesando
Recipe Switch AckCamera_1:I.Data[0].2Reconoce la solicitud de cambio de receta
Current Recipe IDCamera_1:I.Data[8]Informa la receta actualmente activa
Recipe Switch ErrorCamera_1:I.Data[1].1Indica error durante el cambio de receta

Etiquetas PLC Internas

SignalTypeFunction
RECIPE_SWITCHBOOLInicia el proceso de cambio de receta
Recipe_ONSONSProporciona señal de un solo disparo para la iniciación del cambio
CONFIRM_RECIPES_MATCHBOOLConfirma que la receta actual y la seleccionada coinciden
Error_DetectedBOOLSeñala condiciones de error para la atención del operador

Conclusión

El cambio de recetas en el sistema de cámaras OV20i ofrece capacidades de automatización flexibles al tiempo que mantiene la seguridad operativa mediante protocolos de sincronización adecuados. El éxito depende de seguir la secuencia correcta de operaciones, monitorear el estado del sistema e implementar un manejo de errores robusto.

La clave para un cambio de receta confiable es comprender las relaciones de temporización entre las señales y asegurar que la cámara no esté ocupada antes de iniciar los cambios. Al seguir los procedimientos y mejores prácticas descritos, puede lograr transiciones suaves entre diferentes configuraciones de inspección, manteniendo la fiabilidad del sistema y la eficiencia de la producción.

Recuerde que el cambio de receta es un proceso de coordinación entre el PLC y la cámara: ambos sistemas deben estar debidamente configurados y comunicarse eficazmente para un funcionamiento exitoso. Las pruebas y validaciones regulares de la lógica de conmutación ayudarán a garantizar un rendimiento consistente en entornos de producción.